home *** CD-ROM | disk | FTP | other *** search
- Path: usin.com!rwells
- From: rwells@usin.com (Roger Wells)
- Newsgroups: comp.lang.c,comp.std.c
- Subject: Re: Integral conversion e.t.c. (was: Re: Hungarian notation)
- Date: 30 Jan 1996 16:30:07 GMT
- Organization: U.S. Intelco Networks, Inc.
- Distribution: world
- Message-ID: <4elh2f$g27@news1.halcyon.com>
- References: <30C40F77.53B5@swsbbs.com> <SPENCER.96Jan22113215@zorgon.ERA.COM> <KANZE.96Jan29201312@slsvewt.lts.sel.alcatel.de>
- NNTP-Posting-Host: 198.202.216.7
-
- In article <KANZE.96Jan29201312@slsvewt.lts.sel.alcatel.de>, kanze@lts.sel.alcatel.de (James Kanze US/ESC 60/3/141 #40763) writes:
-
- >Try naming a global function read, and see what happens (on most
- >compilers, anyway). In fact, the Posix standard requires it, and
- >thus, you cannot be Posix compliant without encroaching upon the user
- >name space. (For example. I'm sure that most other systems will have
- >similar constraints.)
-
- >James Kanze Tel.: (+33) 88 14 49 00 email: kanze@gabi-soft.fr
- >GABI Software, Sarl., 8 rue des Francs-Bourgeois, F-67000 Strasbourg, France
- >Conseils, Θtudes et rΘalisations en logiciel orientΘ objet --
- > -- A la recherche d'une activitΘ dans une region francophone
-
- The Hewlett-Packard compilers I'm familiar with handle this quite well.
- As far as I can determine, there are two kernel calls, named read() and
- _read(). The standard I/O library functions all call _read(). If you don't
- create your own function read(), you have access to the read() kernel call,
- as POSIX requires. On the other hand, if you are only interested in ISO C
- compliance, not POSIX compliance, and create your own function read(), the
- standard I/O library functions still work. (Same for the other kernel calls.)
-
- James Kanze is correct that many C libraries will fail ISO C compliance in
- this respect. This is one of the things I look for when I check for strict
- ISO C compliance.
-
- --
- Roger Wells (speaking only for myself)
-